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INTERNET APPLIANCE PROXY PROTOCOL TO SUPPORT 
LOCATION-BASED SERVICES 

FIELD OF THE IMVFMTIOM 

This invention relates in general to Internet messaging protocols, and 
more specifically to a text-based messaging protocol enabling location-based 
service applications to efficiently collect local information from a network 
portal by triggering the portal to replace substitutable variables in messages 
from 3 rd party applications with the local information. 

BACKGROUND OF THE INVENTION 

An Internet Appliance is a device such as a telephone, refrigerator or 
stove that, while dedicated to its inherent function, is also connected to the 
Internet via a network. Typically, an Internet Appliance supports applications 
that require data from the Internet Appliance to be passed on to another 
service on the Internet. For example, a particular service might require an 
Internet Appliance telephone to provide its directory number so it could be 
used to forward calls. As another example, a different service might require an 
Internet Appliance CD player identification code so that a particular driver for 
the CD player could be updated. Since Internet Appliances may behave also 
as portals to the Internet for 3 rd party applications, it is useful to have the 
Internet Appliances provide local information for the 3 rd party applications to 
the service provider. 

An example of a service that benefits from receiving such local 
information is a Location-based service: 

Location-based services are those that leverage information about a 
user's environment in order to enhance a service. Such information may 
describe a physical location, but more generally will be identification 
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information describing the network portal. Some further location-based ' 
services are described below: 

A presence service leverages location information to project to other 
5 users of the system how to contact a person. Such contact information is a 
description of a service and address that can be used by a presence client to 
m.t.ate a communication session between 2 or more users. When a person 
changes locations, and they wish to signal their new location using presence 
they w.ll send a request to a presence server using a portal 

In a manner similar to the presence service, a personal assistance 
serv.ce requires portal information to facilitate, for instance, "Call Forwardina" 
capabilities. y 

A monitoring service can also take advantage of location information 
prov,ded by, for instance, a telephone Internet Appliance as a portal By 
mapp,ng a telephone directory number to a physical room number it is 
pos Sl ble to track users in a hospital or office building, for instance. 

There are three ways in which 3 rd party applications now take 
advantage of local Internet Appliance portal information. 

The first approach is to have the Internet Appliance contain an 

appl.cat.on designed to respond to custom requests from a 3 rd party For 

example, an Internet Appliance telephone might understand a Forward Call 

request from a 3- party application and will respond to it by requesting from 

the user an identification code in order that it may process the request 

However, this particular approach has been found to be somewhat inflexible 

because it requires that the Internet Appliance manufacturer work closely with 

the application . developers to implement all of the custom requests that are 
desired. 



The second approach is to have the 3" party application firs, request 
information from the Internet Appliance and then compose a further request to 



the service provider using the data received from the first request. This 
approach is somewhat of an improvement on the first approach because it 
provides an application developer reasonable flexibility and the Internet 
Appliance manufacturer need only let the application developer know what 
> information the Internet Appliance will provide. However, because of the two- 
step communication process, this approach is not particularly efficient. In 
addition, this approach requires that two separate communication channels be 
established between the third party application and the Internet Appliance: 
one to query the Internet Appliance and the other to communicate with the- 
service provider. 

The third approach is to have the application request the Internet 
Appliance to act on its behalf to perform a request to the service provider. An 
example of this approach is the use of the SIP REFER method. A "referror" 
(the third-party application) causes the "referee" (the Internet Appliance portal) 
to perform the SIP request to the service provider on its behalf. In performing 
the request, the "referee" confers its own information to the service provider. 
However, this approach imposes a limit on the type of information that the 
portal can pass on to the service provider, leaving the 3 rd party application 
unable to control the type or nature of the information sent to the service 
provider. Further information on the SIP protocol can be found in SIP: Session 
Inititation Protocol, IETF SIP Working Group Draft, October 2001, Rosenberg, 
Schulzrinne, Camarillo, Johnston, Peterson, Sparks, Handley and Schooler. ' 

It is an objective of an aspect of the present invention to provide an 
improvement to the way local information can be extracted from Internet 
Appliance portals for use by location-based services. 

SUMMARY OF THE INIX/FNTION 

According to the present invention, local information is provided to a 
service provider by having the Internet Appliance portal augment 3 rd party 
application requests to the service provider using local information. Thereby 
eliminated is the need for the 3 rd party application or user to supply local 
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information, to have the portal further queried for local information, or to be 
limited to the type of local information gleaned from having requests made on 
behalf of the 3 rd party applications by the portal. 

A message-initiating device sends a message containing substitutable 
variables and destined for a particular network address first to an Internet 
portal. The portal scans the message for substitutable variables and replaces 
them with local information. The network portal passes the augmented 
message to the service provider. 

BRIEF DES CRIPTION OF THE DRAWINGS 

A detailed description of the preferred embodiment is set forth in detail 
below, with reference to the following drawings, in which: 

Figure 1 shows message flow in the preferred embodiment of the 
invention from a PDA through an Internet Appliance telephone, where it is 
augmented with local information and then passed to the service provider; 
and 



Figure 2 is a flowchart illustrating the steps involved in the 
augmentation of a message according to the preferred embodiment, in which 
the message is created on and sent from a PDA via an Internet Appliance 
telephone to a presence server. 

DETAILED DESCRIPTION 

According to the present invention in its most general aspect, an 
Internet Appliance is provided that has a pass-through messaging capability 
with one-way variable replacement. The command or request message is 
sent to the intended recipient and the Internet Appliance need not interpret the 
contents of the message. Instead, the Internet Appliance unpacks the 
message, replaces the variables that it supports with actual values, and 
passes the message to its intended recipient. 
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The message itself is preferably formatted according to a text-based 
messaging protocol. However, for the purposes of this invention, the 
message need not be text-based. Any protocol decipherable by an Internet 
5 Appliance is sufficient that enables, in combination with a suitably chosen 
variable naming scheme and format, the Internet Appliance to determine 
where in a message it should substitute local information, what pieces of 
information it should use for substituting, and to what destination an amended 
message should be sent. 

10 

This aspect of the invention may be illustrated by way of the following 
example, in which HTTP is the protocol. An HTTP request typically comprises 
a Request Line, a Request Header, and the Message Body. The Request 
Line specifies the HTTP method that is being used for the request, such as 
1 5 the GET or POST methods. 



An HTTP GET operation is typically used to request data from a server 
based on arguments sent with the request. In an HTTP GET request the 
parameter information is specified in an http_URL, as defined below: 

20 

http_URL = »http:« »//« host [ port ] [ abs_path [ "?•■ query ]] 

where: 

host = IP_address 
25 port = IP_port_number 

abs_path = absolute_path_name 

query = a list of variable names "=" variable values separated by commas 

According to the invention, certain query variables are formatted as 
30 Internet Appliance Variables in a manner such that the portal will be triggered 
upon receipt of the request to exchange the variables with local information: 



query = InternetApplianceVar 
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Preferably, the Internet Appliance Variable is formatted as follows: 



IriternetApplianceVar = "! PORTAL- "VarName" ! ' 
VarNarae = 1*ALPHA 
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The key expressions on which the Internet Appliance's algorithm 
triggers are the starting exclamation (!) and the string "PORTAL-". Further, 
using this format, the varName variable name must be followed by an ending 
exclamation (!). This Internet Appliance Variable format is effective because it 
does not conflict with the schemas of HTTP and SIP URLs. 

When an HTTP or SIP message is sent, the Internet Appliance portal 
checks for the occurrence of the Internet Appliance Variables in the message 
to determine if it can resolve the VarName with a particular value. It does this 
by matching the VarName to a variable of the same name internal to the 
portal. The next paragraphs will describe in greater detail implementations 
that are dependent on particular protocols. 

In an example using HTTP, the GET request: 

http : / /wvw.mitel . ca/presence/reqister?phone= ! PORTAL-dn ! 

when sent to its destination via an Internet Appliance telephone portal will 
trigger the telephone portal to exchange the HTTP query Internet Appliance 
Variable (!PORTAL-dn!) with its directory number (dn). 

The HTTP Post method is more challenging than is a GET request 
because the accompanying arguments may be sent in any desired MIME 
(Multipurpose Internet Mail Extensions) format. POST operations are typically 
used to submit information on a completed HTML form to an application 
server. In such cases, variables in the form are typically identified in the 
header as Content-Type: application/x-www-form-urlencoded as shown below 
in a POST example. The user could choose an option on the form that would 



specify the user's contact point as the directory number of whichever portal is 
currently being used to connect to the network. 

The HTML form is created to contain an Internet Appliance Variable, as 
shown in the example below, that must be detected and replaced with a "real" 
value by an Internet Appliance: 

POST /path/script . cgi HTTP/ 1.0 
From: abcd@mitel.com 
User-Agent : HTTPTool/1 . 0 

Content-Type : application/x-www-form-urlencoded 
Content-Length: 33 

name=Cosby&forward-to= ! PORTAL-dn ! 

Furthermore, in this situation, the Internet Appliance is required to 
change the Content-Length after replacing "PORTAL-dn ! " with its 
corresponding "real" value. 

This invention is applicable also to POSTED information encoded in 
XML. For example, a presence infrastructure might use XML encoding for 
describing resources that a user wishes to be contacted on. If a mobile user 
wished to send this information over a phone portal the user would acquire 
the phone directory number (DN) according to this invention by POSTING the 
following XML document. events. One such type of event involves a 
registration procedure that includes sending contact information in the 
following manner: 

<resource__profile id=' desktop phone' active=' active' > 
<media service=' telephony' provider^' MITEL' protocol = ' MITAI' 
address=' ! PORTAL-dn ! ' args=' ' /> 
</resource_prof ile > 

A further example follows in which the IETF Session Initiation Protocol 
(SIP) is used. SIP has a clearly defined mechanism by which users can 



register their appearance to a SIP proxy. This SIP proxy maintains the real 
location of a user based on a mapping from a user URI to a device URL. The 
common mechanism to do this requires a functional device with a user agent 
that sends the registration request to a registrar that communicates with a 
location server that a SIP proxy can use to lookup the real location of a user. 
Typically, with this particular approach it is not possible to use a third party 
device, like a PDA, to register the user on the portal device because such a 
device would be able only to request that the registrar perform the registration 
without being able to supply its location information. However, with this 
invention a user can use a stimulus Internet Appliance telephone portal and a 
functional device, like a PDA, to effectively register the user with the phone 



set. 



Since SIP messages are formatted similarly to HTTP messages, the 
procedure followed for variable replacement is much the same. The Internet 
Appliance portal would search the SIP header for recognised Internet 
Appliance variables. Such variables would typically be located in the 
CONTACT header field of the SIP message as shown below: 

Contact: "Mr. Watson" <sip : ! PORTAL-SIPAddr ! > 
"Mr. Watson" <tel : ! PORTAL-dn ! > 

"Mr. Watson" <mailto:watson@bell-telephone.com> 

Upon detecting recognised Internet Appliance variables, the Internet 
Appliance would replace them with corresponding "real" values. 

Turning now to Figure 1, there is shown the preferred embodiment of 
the invention in which a message from a 3 rd party application on a PDA 1 is 
sent to a presence service-provider 3 via an Internet Appliance telephone 5. 
The message is formatted as an XML document, following the CPIM 
(Common Profile for Instant Messaging) message format, and is 
communicated to a presence server 3 using one of the SIP or HTTP 
protocols. Absent an Internet Appliance variable, the message is of the form: 
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<presence> 

<tuple name= ,, phone"> 
<status> 

<value>open</value> 
5 </status> 

<contact>tel:09012345678</contact> 
</tuple> 

</presence> 

o where: 

"phone" is the service type; 

"tel:0901 2345678" is the contact address; and 

"open" is the availability. . 

5 According to the present invention^ the above message, instead of 

containing an actual contact address, contains an Internet Appliance variable, 
as shown below: 

<presence> , 

<tuple name="phone"> 
<status> 

<value>open</value> 
</status> 

<contact>tel : ! PORTAL-DN! </contact> 
</tuple> 
</presence> 

Turning now to the flowchart of Figure 2, the Internet Appliance 
telephone 5 receives the above message, and is triggered by the occurrence 
of "! PORTAL-" to find a matching variable name (DN) internally. If able to find 
a match, it replaces "IPORTAL-DN!" in the message with its corresponding 
local value which, in this case, is the value "09012345678". It then passes the 
amended message to the service provider 3. 



Additional advantages of the invention are that an Internet Appli 
portal need only support one application, and Internet Appliance portal 
manufacturers need only make known the Internet Appliance variables 
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supported by their device. A 3 rd party application developer is therefore ' 
reasonably free to develop various applications that leverage the portal 
without having to make requests directly to the portal. Furthermore, a 3 fd party 
application developer would already be accustomed to using HTTP or SIP 
requests and would need only to insert Internet Appliance variables into such 
requests. 



A person understanding the present invention may conceive of 
alternatives and variations thereof. 
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Firstly, a skilled person will appreciate that the invention may be 
applied to any text-based Internet protocol. For example, using the Simple 
Mail Transfer Protocol (SMTP) a text-based email message may be sent via 
an Internet Appliance portal such that the portal captures the Internet 
15 Appliance variables and replaces them with its corresponding internal values. 

All such embodiments and variations are believed to be within the ' 
sphere and scope of the invention as defined by the claims appended hereto. 

The present invention can be implemented by a 
processor of an internet appliance controlled by a 
computer program. An aspect of the present invention 
thus provides a storage medium storing processor 
implementable instructions for controlling a processor 
to carry out the method as hereinabove described. 

Further, the computer program can be obtained in 
electronic form for example by downloading the code over 
a network such as the internet. Thus in accordance with 
another aspect of the present invention there is provided 
an electrical signal carrying processor implementable 
instructions for controlling a processor to carry out the 
method as hereinbefore described. 



What is claimed is: 
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1 . A method for providing local information about a network portal to a 
destination server, comprising: 

creating a message containing substitutable variables and addressed 
to said destination server; 

sending said message; 

receiving said message at said network portal; 

detecting said substitutable variables in said message; 

amending said message at said network portal in response to detecting 
said substitutable variables by replacing said substitutable variables in said 
message with said local information; and 

sending amended message to said destination server. 

2. The method of claim 1 wherein said message and said amended message 
are formatted according to a text-based Internet protocol. 

3. The method of Claim 2, wherein said text-based Internet protocol is 
Hypertext Transfer Protocol. 

4. The method of Claim 2, wherein said text-based Internet protocol is 
Session Initiation Protocol. 



5. The method of Claim 2, wherein said text-based Internet protocol is Simple 
Mail Transfer Protocol. 



6. The method of Claim 2, where said network portal is an Internet Appli 



lance. 



7. A network portal configured to provide local information to a destination 
server, comprising: 

memory for storing said local information in association with a 
substitutable variable; 

a receiver for receiving a message, said message addressed to said 
destination server and consisting partly of said substitutable variable- 
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means for identifying said substitutable variable in said message; 

a processor for replacing said substitutable variable in said message 
with said local information from said memory, thereby creating an amended 
message; and 

a transmitter for sending said amended message to said destination 

server. 

8. The network portal of claim 7 wherein said message and said amended 
message are formatted according to a text-based Internet protocol. 

9. The network portal of Claim 8, wherein said text-based Internet protocol is 
Hypertext Transfer Protocol. 

10. The network portal of Claim 8, wherein said text-based Internet protocol is 
Session Initiation Protocol. 

1 1 . The network portal of Claim 8, wherein said text-based Internet protocol is 
Simple Mail Transfer Protocol. 

12. The network portal of Claim 8, wherein said network portal may be an 
Internet Appliance. 
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13. A method of operating an internet appliance to serve 
as a network portal when connected to an external device 
and via a network to a destination server, the method 
comprising: 

receiving a message containing at least one 
substitutable variable and addressed to the destination 
server; 

detecting said at least one variable; 

amending the message by replacing the at least one 
variable with local information; and 

outputting the amended message for sending the 
amended message to the destination sender via said 
network. 



15 14. a storage medium storing processor implementable 

instructions for controlling a processor to carry out the 
method of claim 13. 



15. "An electrical signal carrying processor 
implementable instructions for controlling a processor 
to carry out the method of claim 13. 
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ABSTRACT 

INTERNET APPLIANCE PROXY PROTOCOL TO SUPPORT LOCATION- 
BASED SERVICES 



A method for providing location and contact information about a user to 
a location-based service includes sending a request containing substitutable 
variables via an Internet portal. The Internet portal replaces the variables, en- 
route to the message's destination, thus eliminating the need for the location- 
based service to further query the Internet portal for the data, or for the data to 
be available to the sender when the message is sent. 
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